home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19941221-19950208 / 000324_news@columbia.edu_Sun Jan 29 14:34:46 1995.msg < prev    next >
Internet Message Format  |  1995-07-31  |  2KB

  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA20888
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Mon, 30 Jan 1995 00:18:13 -0500
  3. Received: by apakabar.cc.columbia.edu id AA00762
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Mon, 30 Jan 1995 00:18:11 -0500
  5. Path: news.columbia.edu!sol.ctr.columbia.edu!howland.reston.ans.net!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
  6. From: jrd@cc.usu.edu (Joe Doupnik)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Kermit uploading problem
  9. Message-Id: <1995Jan29.203446.39743@cc.usu.edu>
  10. Date: 29 Jan 95 20:34:46 MDT
  11. References: <3ghisdINNhlc@duncan.cs.utk.edu>
  12. Organization: Utah State University
  13. Lines: 30
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <3ghisdINNhlc@duncan.cs.utk.edu>, teoh@cs.utk.edu (JONATHAN ENG-SENG TEOH) writes:
  17. > I cannot upload binary files using  Kermit. Can anyone help?
  18. > Symptoms:
  19. > 1. No problem downloading files, whether text or binary.
  20. > 2. NO problem uploading text files.
  21. > 3. Cannot upload binary files. Error message: too many retries.
  22. > I have tried issuing "set file type binary" on both the host and my pc. 
  23. > I have also tried the server mode. No luck. How can this be?
  24. > Hardware:
  25. > Modem: USRobotics Courier HST dual standard v.32bis    
  26. > PC: IBM PS/2 model 55
  27. > Host: either VAX Ultrix or VAX VMS. 
  28. > Any help would be highly appreciated.
  29. -------------
  30.     More information is needed, I'm afraid to say. Which versions of
  31. Kermits are being used? The VERSION command and the startup herald will
  32. show that. Flow control *must* be used, particularly going to the VAXen.
  33. Since hardware flow control is difficult to achieve on VAXen you are stuck
  34. with XON/XOFF, so be sure the VAX side can send it (see your VAX system
  35. manager). Then do not unprotect XON/XOFF control codes in Kermit packets
  36. because that will let data mistakenly act as flow control bytes.
  37.     Finally, examine the PARITY situation. If parity is in use be
  38. sure to tell both Kermits about it, else you will lose the high bit of
  39. bytes and the transfer will fail.
  40.     Joe D.